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(57) Abstract: First and second computers (901, 902) operate in first and second object-oriented run-time environments with first 
and second applications (201, 202) and corresponding objects (A1/A2, B1/B2, C1/C2). Initiated by a communicator (101) and 
supported by a network (990), the first computer (901) sends a message (GET III, SET 121, INSTRUCT 131) with object and 
action identification to the second computer (902). The second computer (902) uses an interpreter (102) to identify an object (A2, 
152) in the second run-time environment according to the object identification. The interpreter (102) further verifies the existence of 
the identified action for the object (A2, 152) in the second run-time environment and determines (403) a representation of the action 
in the second run-time environment for the identified object (A2, 156). The interpreter (102) than executes the action by using the 
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INTERACTION BETWEEN COMPUTERS WITH DIFFERENT OBJECT-ORIENTED 
RUN-TIME ENVIRONMENT TS 

Field of the Invention 

01 The present invention generally relates to data 
- processing and, more particularly, relates to 

computer systems, computer programs, and methods to 
use properties and method of objects in computer 
business applications. 

Background of the Invention 

02 Computer applications often use object-oriented 
programming techniques. In the applications, objects 
are data structures with properties and methods. For 
convenience of explanation, the term "function" is 
used instead so that an object has properties and 
functions . 

03 The objects are often arranged in hierarchy. Reading 
("GET") and modifying ( "SET" ) a property or executing 
a function ("INSTRUCT") requires identification (ID) 
of the object within the hierarchy, for example, by 
an object name. Technically, each object operates in 
a run- time environment, that means in a predefined 
technical format for the object ("object model"). For 
example, (a) the ID is a string with a predetermined 
number of characters and (b) an output value is an 
integer . 

04 Multiple applications are often linked in a network 
so that using a single run-time environment is often 
impossible. When first and second computer 
applications operate in different first and second 
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run- time environments, they conveniently use similar 
objects with similar properties and functions. 

05 However, similarity alone does not guarantee 

technical compatibility. Translation software between 
the applications is required as well. Linking the 
application by communication middleware is well known 
in the art. Middleware is commercially available, 
such as for example, COM, DCOM, and CORBA. 

oe For example, a first run- time environment (provider) 
needs to communicate with an identified object in a - 
second run- time environment (consumer) . Such 
communication often involves multiple hierarchy 
levels of objects. Going through multiple hierarchy 
levels by both environments technically causes 
network load and delays. 

07 There is an ongoing need to provide improved inter- 
run-time communication means so that some or all of 
the abdve disadvantages are mitigated. 

Summary of the Invention 

oe The present invention relates to a method for 

communication between a first computer operating in a 
first object-oriented run- time environment and a 
second computer operating in a second, different 
object-oriented run-time environment. The first run- 
time environment accesses a property or a function of 
an object, hereinafter "action" , in the second run- 
time environment. The first computer sends a first 
message with object identification and action 
identification to the second computer and causes the 
second computer to perform the following steps: 
identifying the object in the second run- time 
environment according to the object identification; 
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verifying the existence of the action in the 
identified object in the second run-time environment ; 
determining a representation of the action in the 
second run-time environment for the identified 
object; and executing the action by using the 
representation, thereby returning a second message to 
the first computer as confirmation message to the 
first computer, the second message with object 
identification and response identification, executing 
with (a) converting a request identification that is 
part of the action identification to a further 
representation for the second run-time environment by 
looking up in a table; and (b) inserting the further 
representation into the second application. 

09 While identifying, interaction between the computers 
is not required; and execution is technically 
independent from the first run- time environment, 
since only the second run- time environment has to be 
used. 

010 The invention also relates to a computer program 
product and to a communication system that implement 
the method. 

Brief Description of the Drawings 

on FIG. 1 illustrates a simplified block diagram of a 

computer network system having a plurality of 
computers ; 

012 FIG. 2 illustrates a simplified block diagram of 
first and second computers with first and 
second applications, in first and second run- 
time environments, respectively, that 
communicate according to the present 
invention; 
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013 FIG. 3 illustrates messages from the first computer 

to the second computer; 

014 FIG. 4 illustrates messages from the second computer 

to the first computer; 

015 FIG. 5 illustrates an object in the second 

application on the second computer; 

016 FIG. 6 illustrates a conversion table in the second 

application on the second computer; 

017 FIG. 7 illustrates a flowchart diagram for a method 

of the present invention in general; and 

018 FIG. 8 illustrates flowchart diagrams for the method 

of FIG. 7 for first, second and third 
embodiments . 



Computer System in General 



019 FIG. 1 illustrates a simplified block diagram of . 
exemplary computer system 999 having a plurality of 
computers 900, 901 , 902 (or even more) . 

020 Computer 900 can communicate with computers 901 and 
902 over network 990. Computer 900 has processor 910, 
memory 920, bus 930, and, optionally, input device 
940 and output device 950 (I/O devices, user 
interface 960) . As illustrated, the invention is 
implemented by computer program product 100 (CPP) , 
carrier 970 and signal 980. 

021 In respect to computer 900, computer 901/902 is 
sometimes referred to as "remote computer" , computer 
901/902 is, for example, a server, a peer device or 
other common network node, and typically has many or 
all of the elements described relative to computer 
900. 
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022 Computer 900 is, for example, a conventional personal 
computer (PC) , a desktop device or a hand- held 
device, a multiprocessor computer, a pen computer, a 
microprocessor-based or programmable consumer 
electronics device, a minicomputer, a mainframe 
computer, a personal mobile computing device, a 
mobile phone, a portable or stationary personal 
computer, a palmtop computer or the like. 

023 Processor 910 is, for example, a central processing 
unit (CPU) , a micro- controller unit (MCU) , digital 
signal processor (DSP) , or the like . 

024 Memory 920 is elements that temporarily or 
permanently store data and instructions. Although 
memory 920 is illustrated as part of computer 900, 
memory can also be implemented in network 990, in 
computers 901/902 and in processor 910 itself (e.g., 
cache, register), or elsewhere. Memory 920 can be a 
read only memory (ROM) , a random access memory (RAM) , 
or a memory with other access options. Memory 920 is 
physically implemented by computer -readable media, 
for example: (a) magnetic media, like a hard disk, a 
floppy disk, or other magnetic disk, a tape, a 
cassette tape; (b) optical media, like optical disk 
(CD-ROM, digital versatile disk - DVD) ; (c) 
semiconductor media, like DRAM, SRAM, EPROM, EEPROM, 
memory stick. 

025 Optionally, memory 920 is distributed. Portions of 
memory 920 can be removable or non-removable. For 
reading from media and for writing in media, computer 
900 uses well-known devices, for example, disk 
drives, or tape drives. 
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026 Memory 920 stores modules such as, for example, a 
basic input output system (BIOS) 7 an operating system 
(OS) , a program library , a compiler, an interpreter, 
and a text- processing tool. Modules are commercially 
available and can be installed on computer 900. For 
simplicity, these modules are not illustrated. 

027 CPP 100 has program instructions and - optionally - 
data that cause processor 910 to execute method steps 
of the present invention. In other words, CPP 100 can 
control the operation of computer 900 and its 
interaction in network system 999 so that is operates 
to perform in accordance with the invention. For 
example and without the intention to be limiting, CPP 
100 can be available as source code in any 
programming language, and as object code ("binary 
code") in a compiled form. 

028 Although CPP 100 is illustrated as being stored in 
memory 920, CPP 100 can be located elsewhere. CPP 100 
can also be embodied in carrier 970. 

029 Carrier 970 is illustrated outside computer 900. For 
communicating CPP 100 to computer 900, carrier 970 is 
conveniently inserted into input device 940 . Carrier 
970 is implemented as any computer readable medium, 
such as a medium largely explained above (cf . memory 
920) . Generally, carrier 970 is an article of 
manufacture having a computer readable medium with 
computer readable program code to cause the computer 
to perform methods of the present invention. Further, 
signal 980 can also embody computer program product 
100. 
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030 Having described CPP 100, carrier 970, and signal 980 
in connection with computer 900 is convenient. 
Optionally, further carriers and further signals 
embody computer program products (CPP) to be executed 
by further processors in computers 901 and 902, 

031 Input device 940 provides data and instructions for 
processing by computer 900. Device 940 can be a 
keyboard, a pointing device (e.g., mouse, trackball, 
cursor direction keys) , microphone, joystick, game 
pad, scanner, or disc drive. Although the examples 
are devices with human interaction, device 940 can 
also be a device without human interaction, for 
example, a wireless receiver (e.g., with satellite 
dish or terrestrial antenna), a sensor (e.g., a 
thermometer) , a counter (e.g., a goods counter in a 
factory) . Input device 940 can serve to read carrier 

. 970. 

032 Output device 950 presents instructions and data that 
have been processed. For example, this can be a 
monitor or a display, (cathode ray tube (CRT) , flat 
panel display, liquid crystal display (LCD) , speaker, 
printer, plotter, vibration alert device. Output 
device 950 can communicate with the user, but it can 
also communicate with further computers. 

033 Input device 940 and output device 950 can be 
combined to a single device. Any device 940 and 950 
can be provided optional. 
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034 Bus 930 and network 990 provide logical and physical 
connections by conveying instruction and data 
signals. While connections inside computer 900 are 
conveniently referred to as "bus 93 0", connections 
between computers 900-902 are referred to as "network 
990". Optionally, network 990 includes gateways which 
are computers that specialize in data transmission 
and protocol conversion. 

035 Devices 940 and 950 are coupled to computer 900 by 
bus 93 0 (as illustrated) or by network 990 

(optional). While the signals inside computer 900 are- 
mostly electrical signals, the signals in network are 
electrical, electromagnetic, optical or wireless 

(radio) signals. 

036 Networks are commonplace in offices, enterprise-wide 
computer networks, intranets and the Internet (e.g., 
world wide web) . Network 990 can be a wired or a 
wireless network. To name a few network 
implementations, network 990 can be, for example, a 
local area network (LAN) , a wide area network (WAN) , 
a public switched telephone network (PSTN) ; a 
Integrated Services Digital Network (ISDN), an infra- 
red (IR) link, a radio link, like Universal Mobile 
Telecommunications System (UMTS) , Global System for 
Mobile Communication (GSM) , Code Division Multiple 
Access (CDMA) , or satellite link. 
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conventions is known, for example, as transmission . 
control protocol /internet protocol (TCP/IP) , 
hypertext transfer protocol (HTTP) , secure HTTP, 
wireless application protocol (WAP) , unique resource 
locator (URL) , a unique resource identifier (URI) , 
hypertext markup language (HTML) , extensible markup 
language (XML) , extensible hypertext markup language 
(XHTML) , wireless markup language (WML) , Standard 
Generalized Markup Language (SGML) . 

038 Interfaces coupled between the elements are also well 
known in the art. For simplicity, interfaces are not 
illustrated. An interface can be, for example, a 
serial port interface, a parallel port interface, a 
game port, a universal serial bus (USB) interface, an 
internal or external modem, a video adapter, or a 
sound card. 

03$ Computer and program are closely related. As used 

hereinafter, phrases, such as "the computer provides" 
and "the program provides", are convenient 
abbreviation to express actions by .a computer that is 
controlled by a program. 

Detailed Description of the Invention 

040 For convenience, a list of references is provided 
prior to the. claims . 

041 FIG. 2 illustrates a simplified block diagram of 
first computer 901 and second computer 902 that 
communicate according to the present invention. 
Computers 901 and 902 perform applications 201 and 
202, in first and second run- time, environments, 
respectively. 



WO 03/029973 PCT/EP02/09387 

10 

Application 201 operates in a first run-time 
environment that has a first object model; 
application 202 operates in a second, different run- 
time environment that has a second object model. 
Objects Al, Bl and CI in application 201 correspond 
to objects A2, B2 and C2 in application 202. FIG. 2 
illustrates this mapping by dotted lines. For 
explanation, distinguishing the letters A, B and C 
provides sufficient object identification. Indices 1 
and 2 conveniently distinguish the computers. Object 
A2 is explained with more detail in FIG. 5 (reference 
152) . 

042 In operation, computers 901 and 902 preferably 
visualize their performance on screens 951 and 952 to 
first and second users, respectively. For example, 
screen 951 on computer 901 shows representations 
obtained from computer 902 (cf . FIG. 4, 118, 128, 

13 8) . Both users are mentioned here only for 
convenience of explanation; the present invention 
does not require them to be involved. 

043 Network 990 (cf . FIG. 1) is the infrastructure to 
convey information between computers 901 and 902 in 
both directions. In both computers, first and second 
run- time environments cooperate with each other, 
preferably, by sending messages through network 990. 
The messages are convenient for explanation, but not 
essential for the present invention. In the 
alternative, the communication is performed by 
computer middleware, such as COM, or CORBA, well known 
in the art and not further illustrated. 

044 Communicator 101 operates on computer 901 as a 
message generator and sends messages GET 111, SET 
121, INSTRUCT 131 to computer 902 (arrows to the 
right) . As explained in connection with FIG. 3, the 
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messages carry object identification and action 
identification. 

045 Interpreter 102 (i.e. CPP) operates on computer 902 
as message interpreter according to a method of the 
present invention (cf . FIG. 4) . Interpreter 102 sends 
messages RESULT 112, CONFIRM 122, FEEDBACK 132 and 
ERROR 192 to computer 901. Es explained in connection 
with FIG. 4 r the messages carry object ID and 
response ID. It is an advantage of the present 
invention that the response ID has representations of 
object properties and object functions suitable for 
the first run-time environment of computer 901. As 
mentioned, the representations can be shown on 
screen. 

046 There is no need to use all messages that are 
illustrated in FIG. 2 1 Preferably, the messages are 
exchanged as paired messages (the first message from 
computer 901, the second messages from computer 902) , 
each pair for an embodiment of the present invention 
(GET/RESULT, SET/ CONFIRM and INSTRUCT/FEEDBACK) . 

047 The first embodiment relates to the action of reading 
(GET) a property of an object (A) und uses messages 
GET 111 and RESULT 112. The second embodiment relates 
to the action of modifying (SET) a property of the 
object (A) and uses messages SET 121 and CONFIRM 122. 
The third embodiment relates to the action of 
executing (INSTRUCT) a function of the object (A) and 
uses messages INSTRUCT 131 and FEEDBACK 132. Error 
message 192 from computer 902 to computer 902 is 
optionally used in all embodiments. 

048 An exemplary scenario relates to the automotive 
industry. A customer ("first user") uses first 
application 201 to customize a car; a technician 
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("second user") in a factory uses second application 
202 to response to the customer. Software objects 
correspond to hardware components; objects A, B and C 
correspond to cars ALPHA, BETA, and GAMMA, 
respectively (not shown) . Applications 201 and 202 
communicate with their users in first 0 and second 00 
natural languages (e.g., German and Spanish). To 
conveniently describe the invention in a single 
language, symbols ° and 00 distinguish first and 
second natural languages, respectively. For example, 
"green on stands for the German word "grun" and 
"green 00 " stands for the Spanish word "verde", both 
in the same meaning of green color. In a real 
implementation, these superscripts are not shown. 
049 For convenience of explanation, the example scenario 
further assumes consecutive execution of the 
embodiments. The customer for ALPHA 

• first, asks for the color ("GREEN ° "), 

• second, changes the color ("to RED °"), and 

• third, communicates with applications 201 and 202 
to check volume ( "LITER °") and price ("EURO") for a 
desired color type ( "METALLIC ° " ) . 

oso FIG. 3 illustrates messages GET 111, SET 121 and 
INSTRUCT 131 from computer 901 to computer 902 (cf . 
FIG. 2, arrows to the right). The messages comprise 
object identification (ID) 115, 125 or 135 (e.g., 
object A) and action identification (ID) 116/117, 
126/127, or 136/137. For first or second embodiments, 
the action ID comprises property ID 116 or 126 and 
request ID 117 or 127. For the third embodiment, the 
action ID comprises function ID 136 and parameter ID 
137 (parameter representation) . 
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051 FIG. 4 illustrates messages RESULT 112, CONFIRM 122, 
and FEEDBACK 132 from computer 902 to computer 901 
(cf . FIG, 2, arrows to the left) . The messages 
comprise object ID 115, 125 or 135 (e.g., object A, 
as in FIG. 3) and response ID 116/118 or 126/128 or 
136/138. 

For first or second embodiments, the response ID 
comprises property ID 116 or 126 (as in FIG, 3) and 
property representation 118 or 128. Property 
representation is that of first run- time environment 
in computer 901. 

For the third embodiment, the response ID comprises 
function ID 136 (as in FIG. 3) and parameter 
representation 138. Function and parameter 
representation are suitable to first run- time 
environment of computer 901. 

052 The messages in FIGS. 3-4 are now explained in 
connection with the embodiments* So far, error 
messages 192 are neglected. 

053 In the first embodiment, the customer needs to know 
the color of the car ALPHA. Application 201 uses 
object Al and communicator 101 to send GET 111 with 
object ID 115 "A", property ID 116 "COLOR", and 
request ID 117 "GET COLOR" (action) . 

054 At computer 902, interpreter 102 executes a method 
(cf. 410 in FIG. 8) in combination with corresponding 
object A2 (of application 202) and returns RESULT 112 
with corresponding object ID 115 and property ID 116, 
but with property representation 118 "COLOR GREEN on 
(response) . Representation 118 is in the suitable 
format for application 201. Application 201 now 
indicates "Green ° to the customer (e.g. on screen 
951).. 
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055 The role of user of application 202 is optional. When 
executing the method, interpreter 102 converts 
representations to and from the different run-time 
environments. It is convenient (but not necessary) 
that application 202 shows the color to the 
technician in the second language 00 or invites the 
technician to input the color in this second 
language 00 . 

056 In the second embodiment, the customer wishes to set 
the color of the car ALPHA to "red". Application 201 
uses object Al and communicator 101 to send SET 121 
to application 202 with object ID 125 "A", property 
ID 126 "COLOR" , and request ID 127 "SET TO RED 

057 At computer 902, interpreter 102 executes a method 
(cf . 420 in FIG. 8) in combination with corresponding 
object A2 (of application 202) and returns CONFIRM 
122 to application 201 with corresponding object ID 
125 and property ID 126, but with property 
representation 128 "YES, SET TO RED °". 

058 In the third embodiment, the customer communicates 
with applications 201 and 202 to check price and 
volume for a desired color type. Application 201 
again uses object Al and communicator 101 to send 
INSTRUCT 131 to application 202 with function ID 136 
"CALCULATE" and parameter ID 137 "COLOR TYPE 0 = 
METALLIC on , "VOLUME 0 = X", "PRICE ° = Y" . The 
parameters are input parameter (COLOR TYPE) and 
output parameters (VOLUME, PRICE) . 

059 At computer 902, interpreter 102 executes the method 
in combination with corresponding object A2. 
Interpreter identifies object A2, verifies the 
parameters of A2, determines parameter 
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representations, converts representations to the 
second- run time environment, triggers application 202 
to execute the calculations, converts the calculation 
results X 00 and Y 00 to representations for the 
first run-time environment, and returns FEEDBACK 132 
that indicates the output parameters (X 00 and Y °°) 
as numeric values. 

060 Before explaining the methods, details for the 
software at computer 902 are given. 

061 FIG, 5 illustrates object 152 (A2) in application 202 
of second computer 902. Object A2 has property COLOR. 
COLOR has a plurality of property representations 162 
(RED 00 , YELLOW 00 , and GREEN 0o ) in the second run- 
time environment. In the example of FIG. 5, COLOR is 
represented by strings in the second natural language 
(°°) . One representation of COLOR is being selected 
(e.g. GREEN °°) . For the third embodiment, object A2 
also has function 172 CALCULATE with parameters COLOR 
TYPE, VOLUME, and PRICE. 

062 FIG. 6 illustrates conversion table 182 (mapping 
table) in application 202 (optionally in interpreter 
102) on computer 902. Due to different run -time 
environments in computers 901 and 902, properties and 
functions of corresponding objects are represented 
differently. Table 182 illustrates property 
representations 161 and 162. According to the present 
invention, interpreter 102 on computer 902 converts 
representations 161 from the format of the first run- 
time environment (RTE) to representations 162 (cf . 
FIG. 5) in the format of the second run-time 
environment and vice versa. As an example, table 182 
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converts string representations in the first language 
(°) of the property COLOR to a string representation 
in the second language (°°) . Again, using natural 
languages is convenient for explanation; in practice 
there is great variety of conversion between 
different object models, such as integer- to-real 
number conversion; string- to- string conversion; one- 
byte character representation (e.g., ASCII) to 
double-byte representation (e.g., Unicode), etc. 

063 Persons of skill in the art can provide further 
property conversion means, for example: string-to- 
integer, integer -to -real, 4 -byte- integer to 8-byte- 
integer, etc. and vice versa. Table 182 illustrates 
property representations only; function conversion 
including parameter conversion is likewise to the 
property conversion, persons of skill in the art can 
accomplish this without the need of further 
explanation herein. 

064 FIG. 7 illustrates flowchart diagrams for method 400 
of the present invention, with method 400 being a 
generalization for all embodiments. 

oes FIG. 8 illustrates flowchart diagrams for the 

embodiments: first method 410, second method 420 and 
third method 430. 

066 Generally, method 400 relates to communication 
between first computer 901 operating in a first 
object-oriented run- time environment and second 
computer 902 operating in a second, different object- 
oriented run- time environment, wherein computer 901 
sends message (GET 111, SET 121, or INSTRUCT 131) 
with object ID 115, 125, 135 and action ID 116/117, 
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126/127 or 136/137 to second computer 902 and causes 
second computer 902 to perform the method steps 
identify 401, verify 402, determine 403, and execute 
405, 404, 406, .407. The method steps are performed by 
interpreter 102 in combination with application 202 
after computer 902 has received message 111, 121, or 
131. 

067 In step identifying 401 an object in the second run- 
time environment according to object ID 115, 125, 
135, interpreter 102 identifies the corresponding 
object in application 202 by evaluating the object ID 
of the message. Step 401 is likewise for all 
embodiments, i.e. steps 411, 421, and 431. In the 
example scenario, with object ID "A" , the object is 
A2 (cf. FIG. 5). 

068 In step verifying 402, interpreter 102 verifies the 
existence of the action in the identified object in 
the second run-time environment. In the first and 
second embodiments, steps 412 and 422, interpreter 
evaluates action identifier 116 and 126 and 
determines existence or non-existence of PROPERTY 
COLOR. In case of non-existence, interpreter 102 
issues error message 192 (cf. FIG. 2). In the third 
embodiment, step 432, interpreter evaluates action 
identifier 136 and determines existence or non- 
existence of function CALCULATE. 

069 In step determining 403 representation 162 of action 
in the second run-time environment for the identified 
object, interpreter 102 operates for each embodiment 
slightly different. In the first and second 
embodiments, steps 413 and 423, interpreter 102 
determines that representations 162 are in string 
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format (cf. FIG. 5 # °°) . In the third embodiment, 
step 433, interpreter determines that the function 
has representation 172 (cf . FIG. 5) . 

070 In steps executing 404, 405, 406 and 407, interpreter 
102 executes the action by using representation 162 
(or 172) . Interpreter 102 thereby operates for each 
embodiment in a slightly different manner. Common is 
obtaining the requested information (EXTRACT 414, 
PERFORM 435) , converting formats (CONVERT 415, 
CONVERT 424, CONVERT 436) and returning messages 
(RETURN 417, 427, 437). Messages 112, 122, 132 to 
computer 901 comprise object ID 115, 125, 135 and 
response ID 116/118, 126/128, 136/138. The following 
description now conveniently splits into first, 
second and third embodiments. 

071 First Embodiment 

072 In step extracting 414, interpreter 102 extracts 
representation 162 of property COLOR that is 
identified by action ID 116 (in GET 111) . So far 
representation 162 has the format for the second run- 
time environment (e.g., GREEN ° ° ) . 

073 In step converting 415, interpreter 102 converts 
representation 162 (GREEN ° °) to a further 
representation (GREEN °, 161) for the first run-time 
environment, for example, by reading from table 182 
(cf . FIG. 5) . 

074 In step returning 417, interpreter 102 return message 
RESULT 112 to the first computer with object ID 115 
and response ID 116/118 (cf . FIG. 4) . Response ID 
116/118 comprises representations for the first run- 
time environment (GREEN °) as property representation 
118. In other words, interpreter 102 includes the 
extracted property into message 112 in a format 
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suitable for the run-time of message -receiving 
computer 901. 

075 Second Embodiment 

076 As property data is communicated to computer 902, 
extracting and converting change the order, and 
inserting replaces extracting. 

077 In step converting 424, interpreter 102 converts 
request ID 127 (part of the action ID 126/127) to 
representation 162 for the second run-time 
environment. For example, interpreter looking up in 
table 182 (cf. FIG. 3) to convert RED ° to RED 00 . 

078 In step inserting 425, interpreter 102 inserts 
representation 162 into application 202. In the 
example scenario, RED ° is stored in application such 
that car ALPHA will actually be painted red. 

079 In step returning 427, interpreter 102 sends message 
122 to computer 901. As explained above, CONFIRM 122 
has object ID 125 and response ID 126/128 with 
property representation 128. 

080 Third Embodiment 

081 Executing comprises converting 434, performing 435, 
converting 436, and returning 437 steps. Function 
parameters are treated similar as properties. 

082 In step converting 434, interpreter 102 converts 
function ID 136 and parameter ID 137 of action ID 
136/137 to function and parameter representations 172 
(cf • FIG. 5) for the second run-time environment. For 
example, the function CALCULATE with its parameters 
COLOR TYPE (e.g. METALLIC), VOLUME (e.g., X) and 
PRICE (e.g., Y) is converted. 

083 In step performing 435, interpreter 102 causes the 
identified object of application 2 02 to actually 
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provide the output parameters. The object uses 
function and parameter representations 172 for the 
second run- time environment. In the example, object 
A2 calculates VOLUME by multiplying the surface area 
of the car (e.g., square meters) with an area 
specific volume (e.g., liters per square meter), 
object A2 also calculates PRICE my multiplying VOLUME 
with a specific price for METALLIC (e.g., currency 
per liters) . The parameter representations are still 
in the second run-time environment. 

084 In step converting 436, interpreter 102 converts the 
parameters (that result from performing step 435) 
into further representations 13 8 for the first run- 
time environment. For example, interpreter 102 
converts VOLUME into a- numeric representation 
suitable for the first run-time environment (e.g., 
integer to real number conversion; optionally 
conversion of physical units) ; interpreter 102 
converts PRICE into a numeric representation suitable 
for the first run- time environment, conveniently with 
currency conversion. 

oes In step returning 437, interpreter 102 returns 

feedback message 132 to computer 901 with object ID 
135 and response ID 136/138. Response ID 136/138 
comprises the further representations for the first 
run- time environment. 

086 Optionally, function CALCULATE uses property COLOR 
(cf . first and second embodiments) . This is 
convenient, for example, when COLOR influences output 
parameters such as PRICE. 
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List of Reference Numbers 

Reference Element Embodiment 

101 communicator 

102 interpreter (CPP) 

111 GET message first 

112 RESULT message first 

115 object ID first 

116 property ID first 
116/117 action ID first 
116/118 response ID first 

117 request ID first 

118 property representation first 

121 SET message second 

122 CONFIRM message second 

125 object ID second 

126 property ID second 
126/127 action ID second 
126/128 response ID second 

127 request ID second 

128 property representation second 

131 INSTRUCT message third 

132 FEEDBACK message third 

135 object ID third 

136 function ID third 
136/137 action ID third 
136/138 response ID third 

137 parameter ID third 

138 parameter representation third 
152 object A2 

161 object representation, 
first RTE 

162 object representation, 
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Reference 

172 

182 
192 
201 
202 
400 

401-407 

41x 

42x 

43x 

901 

902 

951, 952 
990 

Al, Bl, CI 
A2, B2, C2 
ID 
RTE 

xxl, xx2 
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Element 
second RTE 

function and parameter 

representation 

conversion table 

ERROR message 

application 

application 

method and steps 

method steps 

method and steps 

method and steps 

method and steps 

computer 

computer 

screens 

network 

objects 

objects 

identification 

run- time environment 

indices to distinguish 

computers 
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Embodiment 



third 



all 



all 
first 
second 
third 
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Claims 

1. A method (400, 410, 420, 430) for communication between 
a first computer (901) operating in a first object- 
oriented run- time environment and a second computer 
(902) operating in a second, different object-oriented 
run- time environment , wherein the first computer (901) 
sends a first message (GET, SET , INSTRUCT) with object 
identification (115, 125 , 135) and action 
identification (116/117, 126/127, 136/137) to the . 
second computer (902) and causes the second computer 
(902) to perform the following steps: 

• identifying (401) an object (A2) in the second run- 
time environment according to the object 
identification (115, 125, 135); 

• verifying (402) the existence of the action 
(116/126/136) in the identified object (A2) in the 
second run-time environment; 

• determining (403) an action representation 
(162/172) of the action (116/126/136) in the second 
run- time environment for the identified object 

(A2) ; and 
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• • executing (404 , 405, 406, 407) the action by using 

the action representation (162/172)/ thereby 
returning a second message (112, 122, 132) as a 
confirmation message (122) to the first computer 
(901) with object identification (115 , 125, 135) 
and response identification (116/118, 126/128, 
136/138), executing with (a) converting (424) a 
request identification (127) that is part of the 
action identification (126/127) to a further 
representation (162, RED 00 ) for the second run- 
time environment by looking up in a table (182 
RED ° to RED 00 ) , and (b) inserting (425) the 
further representation (162, RED °) into the second 
application (202) . 

2. The method (410) of claim 1, wherein step executing 
further comprises: 

• extracting (414) a representation (162) of a 
property (COLOR) that is identified by the action 
identification (116) ; 

• converting (415) the representation (GREEN 00 , 162) 
to a further representation (GREEN °, 161) for the 
first run-time environment; and 

• returning (417) the second message as result 
message (112) to the first computer with object 
identification (115) and response identification 
(116, 118), the response identification (116, 118) 
with the representation for the first run-time 
environment (GREEN °) . 
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3. The method (430) of claim 1, wherein step executing 
further comprises: 

converting (434) function identification and parameter 
identification of the action identification 
(136/137) to function and parameter representations 
(172) for the second run -time environment; 

performing (435) a function that is identified by the - 
action identification by using the function and 
parameter representations (172) for the second run- 
time environment; 

converting (436) parameters that result from executing 
into further representations (136 , 138) for the 
first run-time environment; and 

returning (437) the second message to the first 
computer with object identification (135) and 
response identification (136, 138) , the response 
identification (136, 138) with the further 
representations . 
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4. A computer program product (102) used in a 

communication system of a first computer (901) with a 
first object-oriented run- time environment and a second 
computer (902) with a second, different object-oriented 
run-time environment, wherein the first computer (901) 
sends a first message (GET, SET, INSTRUCT) with object 
identification (115, 125, 135) and action 
identification (116/117, 126/127, 136/137) to the 
second computer (902) , the computer program product 
(102) embodied on a carrier (972) and having computer 
code instructions to cause a processor (922) of the 
second computer to interpret the first message, the 
instructions comprising: 

code for identifying (401) an object (A2) in the second 
run- time environment according to the object 
identification (115, 125, 135) ; 

code for verifying (402) the existence of the action 
(116/126/136) in the identified object (A2) in the 
second run- time environment; 

code for determining (403) a representation (162/172) 
of the action (116/126/136) in the second run- time 
environment for the identified object (A2) ; and 
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code for executing (404, 405, 406, 407) the action by 
using the representation (162/172) and to return a 
second message (112, 122, 132) as confirmation 
message (122) to the first computer (901) , the 
second message with object identification (115, 
125, 135) and response identification (116/118, 
126/128, 136/138), the code for executing with 

(a) code for converting (424) a request 
identification (127) that is part of the action 
identification (126/127) to a further 
representation (162, RED °°) for the second run- 
time environment by looking up in a table (182 
RED ° to RED °°) , and 

(b) code for inserting (425) the further - 
representation (162, RED °) into the second 
application (202) . 
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5. A computer communication system with a first computer 
(901) operating in a first object-oriented run-time 
environment and a second computer (902) operating in a 
second, different object-oriented run-time environment, 
wherein the first computer (901) sends a first message 
(GET, SET, INSTRUCT) with object identification (115, 
125, 135) and action identification (116/117, 126/127, 
136/137) to the second computer (902) , the system 
characterized in that the second computer (902) 
comprises : 

a first module to identify (401) an object (A2) in the 

second run- time environment according to the object 

identification (115, 125, 135); 
a second module to verify (402) the existence of the 

action (116/126/136) in the identified object (A2) 

in the second run- time environment; 
a third module to determine (403) a representation 

(162/172) of the action (116/126/136) in the second 

run- time environment for the identified object 

(A2) ; and 
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a fourth module to execute (404 , 405, 406, 407) the 
action by using the representation (162/172) , 
thereby returning a second message (112 , 122, 132) 
as confirmation message (122) to the first computer 
(901) , the second message with object 
identification (115, 125, 135) and response 
identification (116/118, 126/128, 136/138), the 
fourth module adapted to (a) convert (424) a 
request identification (127) that is part of the 
action identification (126/12 7) to a further 
representation (162, RED 00 ) for the second run- 
time environment by looking up in a table (182 
RED ° to RED °°), and (b) insert (425) the further- 
representation (162, RED °) into the second 
application (202) . 
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